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DETAILED ACTION 



Receipt Acknowledgement 



1 . Receipt is acknowledged of the After Final Amendment filed on 13 th of August 2007. 
Claims 1, 3, 11, 13, 21, 31, 37, 39, 40, and 45-48 have been amended; claim 12, 22, and 23 
5 have been canceled; and no claim has been newly added since the RCE Final Office Action 
was mailed on 8 th of May 2007. 



2. A request for continued examination under 37 CFR 1.114 based on the Application No. 

1 0 1 0/681 ,860, including the fee set forth in 37 CFR 1 . 1 7(e), was filed in this Application after final 
rejection, which the request is acceptable and an RCE has been established. Since this 
Application is eligible for continued examination under 37 CFR 1.114, and the fee set forth in 37 
CFR 1.17(e) has been timely paid, the finality of the previous Office Action has been withdrawn 
pursuant to 37 CFR 1.114. Applicants' submission filed on 8 th of October 2007 has been 

15 entered. Currently, claims 1-11, 13-21, and 24-48 are pending in this Application. 



3. Claims 17, 18, and 28 are objected to because of the following informalities: 

In fact, the Applicants canceled the claims 12, 22, and 23. However, the dependent 
20 claims 17 and 18 of the canceled claim 12, and the dependent claim 28 of the canceled claims 
22 and 23 have not been amended for correcting to their appropriate dependencies, 
respectively. Therefore, the claims 17, 18, and 28 are objected to under 37 CFR 1.75(c), and 
the Examiner presumes their dependencies, such that the claims 17 and 18 are dependent 
claims of the claim 1 1 , and the claim 28 is a dependent claim of the claim 21 , respectively, for 



Continued Examination Under 37 CFR 1.114 



Claim Objections 
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the purpose of the claim rejection. The Applicant is required to cancel the claims, or amend the 
claims to place the claims in proper dependent form, or rewrite the claims in independent form. 
Appropriate correction is required. 



5 Claim Rejections - 35 USC § 103 

4. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
1 0 the prior art are such that the subject matter as a whole would have been obvious at the time the 

invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

5. This application currently names joint inventors. In considering patentability of the 
15 claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of the various 

claims was commonly owned at the time any inventions covered therein were made absent any 
evidence to the contrary. Applicant is advised of the obligation under 37 CFR 1 .56 to point out 
the inventor and invention dates of each claim that was not commonly owned at the time a later 
invention was made in order for the examiner to consider the applicability of 35 U.S.C. 103(c) 
20 and potential 35 U.S.C. 102(e), (f) or (g) prior art under 35 U.S.C. 103(a). 

6. Claims 1-3, 5, 11, 13, 16, 17, 21, 26, 27, and 31-47 rejected under 35 U.S.C. 103(a) as 
being unpatentable over Evans et al. [US 6,253,250 B1; hereinafter Evans] in view of Lupien, Jr. 
et al. [US 6,996,659 B2; hereinafter Lupien]. 

Referring to claim 1, Evans discloses a method for handling resets at a bus bridge (i.e., 
25 a method for bridging a plurality of buses and handling of an exception event, e.g., reset event, 
to provide bus isolation; See Abstract), the method comprising: 

• providing a bus bridge (i.e., Bridge 213 of Fig. 2) coupling a master component (i.e., 
Memory 205 and Bus1 209 in Fig. 2) supporting a master component bus protocol (i.e., 
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protocol for said Bus1, e.g., PCI bus protocol) to a slave component (i.e., Memory 207 
and Bus2 21 1 in Fig. 2) supporting a slave component bus protocol (i.e., protocol for 
said Bus2, e.g., peripheral bus; See col. 2, lines 49-57), said master component (i.e., 
said Memory 205 and Bus1) corresponding to a first domain (i.e., Bus1 Exception 
Domain 215 of Fig. 2) and said slave component (i.e., said Memory 207 and Bus2) 
corresponding to a different second domain (i.e., Bus2 Exception Domain 217 of Fig. 2); 

• receiving a reset signal (i.e., Bus Reset Event) at the bus bridge (i.e., monitoring a bus 
exception signal line for the bus exception event in said Bus2; See col. 3, lines 4-6), the 
reset signal (i.e., said Bus Reset Event) associated with a reset of the slave component 
and not being associated with the master component (See col. 3, lines 30-32); 

• synchronizing the reset signal (i.e., said Bus Reset Event; See col. 3, lines 34-37) with 
the first domain of the master component (i.e., said Bus1 Exception Domain) such that 
the master component (i.e., said Memory 205 and Bus1) transitions to an idle state (i.e., 
stop data transmission and waiting until no bus exception in said Bus2 exists in Step 507 
in Fig. 5B); 

• resetting said slave component and not resetting said master component (See col. 3, 
lines 34-37); and 

• responding to a transaction from the master component to the slave component (i.e., 
transmission of data from said Bus1 to said Bus2) with a master component bus protocol 
compliant signal (i.e., signals for marking message as lost in transit in transmit 
descriptor, and for flushing any stale data in FIFO) after the reset signal is received (See 
Fig. 5B and col. 5, line 63 through col. 6, line 2), 

o wherein responding with the master component bus protocol compliant signal 
allows the master component to continue operating without violating said master 
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component bus protocol while the slave component is being reset (e.g., a 
peripheral device on a bus is operating while an isolated reset on another device 
on another bus is performed; See col. 3, lines 38-51). 
Evans does not expressly teach said first and second domains are different clock domains. 
5 Lupien discloses a method for a core of a bridge device (i.e., Bridge Core of Fig. 2; See col. 
1 , lines 5-9), wherein 

• a master component (i.e., a device on Bus 102 in Fig. 2) corresponding to a first clock 
domain (i.e., Bus 1 Clock Domain in Fig. 2) and a slave component (i.e., a device on Bus 
104 in Fig. 2) corresponding to a different second clock domain (i.e., Bus 2 Clock 

10 Domain in Fig. 2; See col. 9, lines 48-58). 

Therefore, it would have been obvious to one of ordinary skill in the art at the time the invention 
was made to have included said method for a core of a bridge device, as disclosed by Lupien, in 
said method for handling resets at a bus bridge, as disclosed by Evans, for the advantage of 
allowing bridges between a wide variety of bus interfaces to be developed quickly (See Lupien, 

15 col. 1, lines 45-47). 

Referring to claim 2, Evans teaches 

• the reset signal (i.e., Bus Reset Event; See col. 3, lines 34-37) is received at a bus 
bridge master interface (i.e., Bus2 Exception Monitor 251 in Fig. 2; See col. 3, lines 4-6). 

20 

Referring to claim 3, Evans teaches 

• a bus bridge slave interface (i.e., DMA Enginel 235 of Fig. 2) responds with the master 
component bus protocol compliant signal (i.e., said DMA Enginel is coupled and 
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operating with Bus1 209 in compliance with a protocol for said Bus1 in Fig. 2, e.g., PCI 
bus; See Figs. 3 and 5B). 

Referring to claim 5, Lupien teaches 

• the master component bus protocol (i.e., bus protocol for Bus 102 in Fig. 2) is the AHB 
protocol (i.e., bus protocol for AMBA AHB Bus 102' in Fig. 10a) operating in a master 
component clock domain (i.e., AHB Clock Domain in Fig. 10a). 

Referring to claim 11, Evans discloses a method for independently resetting a side of a 
bus bridge (i.e., a method for bridging a plurality of buses and handling of an exception event, 
e.g., reset event, to provide bus isolation in Bridge 213 of Fig. 2; See Abstract), the method 
comprising: 

• receiving a reset signal (i.e., Bus Reset Event) on a first side of the bus bridge (i.e., Bus2 
Exception Domain 217 of said Bridge in Fig. 2) and not on a second side of said bus 
bridge (i.e., Bus1 Exception Domain 215 of said Bridge in Fig. 2; See col. 3, lines 30-32); 

• resetting a first component (i.e., Memory 207 and Bus2 21 1 in Fig. 2) associated with the 
first side of said bus bridge (i.e., said Bus2 Exception Domain) and not resetting a 
second side of said bus bridge (i.e., said Bus1 Exception Domain; See col. 3, lines 34- 
37); 

• sending a signal (i.e., signals for marking message as lost in transit in transmit 
descriptor, and for flushing any stale data in FIFO) to a second component (i.e., Memory 
205 and Bus2 209 in Fig. 2) associated with said second side of the bus bridge (i.e., said 
Bus1 Exception Domain) after receiving said reset signal (See Fig. 5B and col. 5, line 63 
through col. 6, line 2), said signal being compliant with a bus protocol of said second 
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side (in fact, said signals for marking message as lost in transit in transmit descriptor, 
and for flushing any stale data in FIFO are operating in said Bus1 Exception Domain 
anticipates that said signal is compliant with a protocol for Bus1 209 in Fig. 2); 

• continuing to operate said second component (Le., said Memory 205 and Bus2 209 in 
5 Fig. 2) associated with said second side of the bus bridge (i.e., said Bus1 Exception 

Domain) while resetting said first component without violating said bus protocol of said 
second side (e.g., a peripheral device on a bus is operating while an isolated reset on 
another device on another bus is performed; See col. 3, lines 38-51); and 

• synchronizing the reset signal (i.e., said Bus Reset Event; See col. 3, lines 34-37) with 
10 the second side of the bus bridge (i.e., said Bus1 Exception Domain) such that a 

component associated with the second side (i.e., Memory 205 of Fig. 2) transitions to an 
idle state (i.e., stop data transmission and waiting until no bus exception in said Bus2 
exists in Step 507 in Fig. 5B). 
Evans does not expressly teach that the first side corresponds to a first clock domain and 
15 the second side corresponds to a different second clock domain. 

Lupien discloses a method for a core of a bridge device (i.e., Bridge Core of Fig. 2; See col. 
1 , lines 5-9), wherein 

• a first side of a bus bridge (i.e., Circuit 106 of Bridge Core 100 in Fig. 2) corresponds to 
a first clock domain (i.e., Bus 1 Clock Domain in Fig. 2) and a first side of the bus bridge 

20 (i.e., Circuit 108 of said Bridge Core 100 in Fig. 2) corresponds to a different second 

clock domain (i.e., Bus 2 Clock Domain in Fig. 2; See col. 9, lines 48-58). 
Therefore, it would have been obvious to one of ordinary skill in the art at the time the invention 
was made to have included said method for a core of a bridge device, as disclosed by Lupien, in 
said method for independently resetting a side of a bus bridge, as disclosed by Evans, for the 
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advantage of allowing bridges between a wide variety of bus interfaces to be developed quickly 
(See Lupien, col. 1, lines 45-47). 

Referring to claim 13, Evans teaches 

• receiving the reset signal (i.e., Bus Reset Event; See col. 3, lines 34-37) at an interface 
(i.e., Bus2 Exception Monitor 251 in Fig. 2), the interface coupling the first component 
(i.e., Memory 207 and Bus2 211 in Fig. 2) to the bus bridge (i.e., said Bus2 Exception 
Monitor being coupled to Bus2 211 associated with Bus2 Exception Domain 217 to 
monitor a bus exception signal; See col. 3, lines 4-6). 

Referring to claim 16, Evans teaches 

• both the components (i.e., Memory 205, Bus1 209 and Memory 207, Bus2 21 1 in Fig. 2) 
are implemented in programmable logic (actually, both of said Memory are implemented 
in programmable logic, i.e., data being written on said Memories on Systeml 201 and 
System2 203 in Fig. 2; See col. 3, lines 14-26). 

Referring to claim 17, Evans teaches 

• one of the components (i.e., Memory 207 and Bus2 211 in Fig. 2) is implemented in hard 
logic (i.e., said Memory and Bus are hardware component; See col. 3, lines 14-26). 

Referring to claim 21, Evans discloses a bus bridge (i.e., Bridge 213 of Fig. 2) for 
handling resets (i.e., for handling of an exception event, e.g., reset event, to provide bus 
isolation in said Bridge; See Abstract), the bus bridge comprising: 
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• a master interface reset input (i.e., means for generating bus exception event for Bus2 in 
Fig. 2; See col. 2, lines 62-64) arranged to receive a reset communication (i.e., bus 
exception signal, e.g., bus reset) and to generate a reset signal (i.e., Bus Reset Event) in 
order to reset a slave component (i.e., Memory 207 and Bus2 21 1 in Fig. 2; See col. 3, 
lines 34-37); 

• a slave interface reset input (i.e., means for generating bus exception event for Bus1 in 
Fig. 2; See col. 2, lines 64-66) that does not generate any signal to reset a master 
component (i.e., Memory 205 and Bus1 209 in Fig. 2) while said slave component is 
being reset (e.g., a peripheral device on a bus is operating while an isolated reset on 
another device on another bus is performed; See col. 3, lines 38-51); 

• a bus bridge master interface (i.e., DMA Engine2 237 of Fig. 2), 

o the bus bridge master interface (i.e., said DMA Engine2) coupled to said slave 
component (i.e., said Memory 207 and Bus2 21 1 in Fig. 2; See col. 2, lines 52-53 
and 58-60), 

o the bus bridge master interface (i.e., said DMA Engine2) configured to receive 
said reset signal associated with said reset of the slave component (actually, said 
Bus Reset Event as a bus exception signal performs the operation of resetting 
said Memory 207 and Bus2 21 1 in Fig. 2) on a first side of the bus bridge (i.e., on 
Bus2 Exception Domain 217 of Fig. 2; See col. 3, lines 4-6 and 34-37), 
■ wherein said first side of said bus bridge (i.e., said Bus2 Exception 
Domain) uses a first bus protocol (i.e., protocol for said Bus2, e.g., 
peripheral bus protocol; See col. 2, lines 49-57); 

• a bus bridge slave interface (i.e., DMA Enginel 235 of Fig. 2), 
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o the bus bridge slave interface (i.e., said DMA Enginel) coupled to said master 
component (i.e., said Memory 205 and Bus1 209 in Fig. 2; See col. 2, lines 51-52 
and 57-58), 

o the bus bridge slave interface (i.e., said DMA Enginel) configured to interact with 
the master component (i.e., said Memory 205 and Bus1 209 in Fig. 2) on a 
second side of the bus bridge (i.e., on Bus1 Exception Domain 215 of Fig. 2) 
such that the slave component is reset while the master component continues 
operating without violating said first bus protocol (See col. 3, lines 38-51), 

■ wherein the first side (i.e., the side on Bus2 Exception Domain 217 of Fig. 
2) corresponds to a first domain (i.e., said Bus2 Exception Domain) and 
the second side (i.e., the side on Bus1 Exception Domain 215 of Fig. 2) 
corresponds to a second domain (i.e., said Bus1 Exception Domain); and 



• synchronization logic (i.e., Bus2 Exception Monitor 251 of Fig. 2) for synchronizing the 
reset signal (i.e., said Bus Reset Event) with the second domain (i.e., said Bus1 
Exception Domain) such that the master component (i.e., said Memory 205 and Bus1) 
and the bus bridge slave interface (i.e., said DMA Enginel) transition to an idle state 
(i.e., stop data transmission and waiting until no bus exception in Bus2 exists in Step 

* 507 in Fig. 5B). 

Evans does not expressly teach that the first side corresponds to a first clock domain and 
the second side corresponds to a different second clock domain. 

Lupien discloses a core of a bridge device (i.e., Bridge Core of Fig. 2; See col. 1, lines 5-9), 
wherein 

• a first side of a bus bridge (i.e., Circuit 106 of Bridge Core 100 in Fig. 2) corresponds to 
a first clock domain (i.e., Bus 1 Clock Domain in Fig. 2) and a first side of the bus bridge 
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(i.e., Circuit 108 of said Bridge Core 100 in Fig. 2) corresponds to a different second 
clock domain (i.e., Bus 2 Clock Domain in Fig. 2; See col. 9, lines 48-58). 
Therefore, it would have been obvious to one of ordinary skill in the art at the time the invention 
was made to have included said core of a bridge device, as disclosed by Lupien, in said bus 
5 bridge, as disclosed by Evans, for the advantage of allowing bridges between a wide variety of 
bus interfaces to be developed quickly (See Lupien, col. 1, lines 45-47). 



Referring to claim 26, Evans teaches 
• both the components (i.e., Memory 205, Bus1 209 and Memory 207, Bus2 21 1 in Fig. 2) 
10 are implemented in programmable logic (actually, both of said Memory are implemented 

in programmable logic, i.e., data being written on said Memories on Systeml 201 and 
System2 203 in Fig. 2; See col. 3, lines 14-26). 



Referring to claim 27, Evans teaches 
15 • one of the components (i.e., Memory 207 and Bus2 211 in Fig. 2) is implemented in hard 
logic (i.e., said Memory and Bus are hardware component; See col. 3, lines 14-26). 
Referring to claims 31, 32, and 48, all the limitations of the claims 31 , 32, and 48 have 
already been discussed/addressed with respect to claims 1, 2, and 45, respectively including 
Lupien clearly teaches a computer readable recording medium storing program instructions for 
20 handling said method of claim 1 (See Lupien, col. 15, lines 55-63). 



Referring to claim 33, Evans teaches 

either the master component (i.e., Memory 205 and Bus1 209 in Fig. 2) or the slave 
component (i.e., Memory 207 and Bus2 211 in Fig. 2) is implemented in programmable 
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logic (actually, both of said Memory are implemented in programmable logic, i.e., data 
being written on said Memories) on a programmable device (i.e., on System 1 201 or 
System2 203 in Fig. 2; See col. 3, lines 14-26). 

Referring to claims 34, 38, and 42, Lupien teaches 

• the programmable device is selected from the group consisting of a PLD, a PLA, a PAL, 
a FPGA, and a CPLD (See col. 15, lines 45-54). 

Referring to claims 35 and 36, Evans teaches 

• responding with a bus protocol compliant signal (i.e., signals for marking message as . 
lost in transit in transmit descriptor, and for flushing any stale data in FIFO) allows the 
master component (i.e., Memory 205 and Bus1 209 in Fig. 2) to continue operating 
without stalling nor locking up while the slave component is being reset (See col. 3, lines 
38-51 and col. 5, line 63 through col. 6, line 9). 

Referring to claim 37, Evans teaches 

• either the first component associated with the first side (i.e., Memory 207 and Bus2 21 1 
in Fig. 2) or the second component with the second side (i.e., Memory 205 and Bus1 
209 in Fig. 2) is implemented in programmable logic (actually, both of said Memory are 
implemented in programmable logic, i.e., data being written on said Memories) on a 
programmable device (i.e., on Systeml 201 or System2 203 in Fig. 2; See col. 3, lines 
14-26). 



Referring to claims 39 and 40, Evans teaches 
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• responding with a bus protocol compliant signal (i.e., signals for marking message as 
lost in transit in transmit descriptor, and for flushing any stale data in FIFO) allows the 
second component associated with the second side (i.e., Memory 205 and Bus1 209 in 
Fig. 2) to continue operating without stalling nor locking up while the first component 
associated with the first side is being reset (See col. 3, lines 38-51 and col. 5, line 63 
through col. 6, line 9). 

Referring to claim 41, Evans teaches 

• the bus bridge (i.e., Bridge 213 of Fig. 2) is implemented on a programmable device (in 
fact, said Bridge is implemented on DMA Engines, which are programmable devices for 
the direct memory access operation; See col. 2 lines 42-48). 

Referring to claims 43 and 44, Evans teaches 

• the bus bridge slave interface (i.e., DMA Enginel 235 of Fig. 2) is configured to interact 
with the master component (i.e., said Memory 205 and Bus1 209 in Fig. 2) on the 
second side of the bus bridge (i.e., on Bus1 Exception Domain 215 of Fig. 2) such that 
the slave component is reset while the master component continues operating without 
stalling nor locking up while the slave component is being reset (See col. 3, lines 38-51 
and col. 5, line 63 through col. 6, line 9). 

Referring to claims 45-47, Evans teaches 

• said received reset signal (i.e., Bus Reset Event; See col. 3, lines 34-37) is not 
associated with a system-wide reset (i.e., isolated reset signal; See col. 2, lines 35-39, 
and col. 3, lines 38-51). 
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7. Claims 6-10 are rejected under 35 U.S.C. 103(a) as being unpatentable over Evans [US 
6,253,250 B1] in view of Lupien [US 6,996,659 B2] as applied to claims 1-3, 5, 11, 13, 16, 17, 
21, 26, 27, and 31-47 above, and further in view of Stewart et al. [US 6,687,773 B1; hereinafter 
5 Stewart]. 

Referring to claim 6, Evans, as modified by Lupien, discloses all the limitations of the 
claim 6, including the master component bus protocol (i.e., bus protocol for AMBA AHB Bus 
102' in Fig. 10a; Lupien) operating in a master component clock domain (i.e., AHB Clock 
Domain in Fig. 10a; Lupien), and the slave component bus protocol (i.e., bus protocol for PCI-X 
10 System Bus 104* in Fig. 10b; Lupien) is the PCI-X protocol in a slave component clock domain 
(i.e., PCI-X Clock Domain in Fig. 10b; Lupien) different from the master component clock 
domain (See Lupien, col. 14, line 51 through col. 15, line 6), except that does not teach the 
slave component bus protocol is the AHB protocol. 

Stewart discloses a bridge for coupling digital signal processor to on-chip bus as master 
1 5 (See Abstract), wherein 

• a slave component bus protocol (i.e., protocol for AHB Slave on-chip Bus 32 in Fig. 1; 
Stewart) is the AHB protocol (i.e., AMBA AHB protocol; See Stewart, col. 4, lines 3-6 
and 15-16) operating in a slave component clock domain different from a master 
component clock domain (i.e., Bus2 Exception Domain 217 is an independent domain 
20 from Bus1 Exception Domain 215 in Fig. 2; thus, a clock in said Bus2 Exception Domain 

for Peripheral System is different from a clock in said Bus1 Exception Domain for Host 
System 101 in Figs. 1 and 2; Evans). 
Therefore, it would have been obvious to one of ordinary skill in the art at the time the invention 
was made to have substituted buses for slave component, as disclosed by Evans, as modified 
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by Lupien, by said AHB buses with said AMBA AHB protocol, as disclosed by Stewart, for the 
advantage of providing a high performance proprietary core integration (See Stewart, col. 2, 
lines 7-32). 



Referring to claim 7, Evans teaches 

the slave component bus protocol (i.e., protocol for Bus2 21 1 in Fig. 2, e.g., peripheral 
bus) is the PI protocol (i.e., the peripheral bus protocol; See col. 2, lines 49-57). 
Moreover, the claim merely recites the slave component bus protocol being the PI 
protocol without any patentable advantage in the specification. Therefore, the limitations 
of the PI protocol in the claim is not patentably significant since it at most relates to the 
kind of bus protocols consideration which is not ordinarily a matter of invention. In re 
Yount, 36 C.C.P.A. (Patents) 775, 171 F2.2d317, 80 USPQ 141). 

Referring to claim 8, Evans teaches 
15 • synchronizing the reset signal (i.e., Bus Reset Event; See col. 3, lines 34-37) to the 

master component clock domain (i.e., Bus1 Exception Domain 215 of Fig. 2; See col. 2, 
lines 62-64; wherein, in fact that DMA Enginel including Bus2 Exception Monitor to 
monitor for a bus exception event occurring in Bus2 implies that synchronizing the reset 
signal to the master component clock domain). 

20 

Referring to claim 9, Evans teaches 
• setting the master component (i.e., Memory 205 and Bus1 209 in Fig. 2) to an idle state 
(i.e., stop data transmission and waiting until no bus exception in Bus2 exists in Step 
507 in Fig. 5B). 



5 



10 
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Referring to claim 10, Evans teaches 
• setting a bus bridge slave interface (i.e., DMA Enginel 235 of Fig. 2) in an idle state (i.e., 
stop data transmission and waiting until no bus exception in Bus2 exists in Step 507 in 
5 Fig. 5B) while the slave component (i.e., Memory 207 and Bus2 21 1 in Fig. 2) is being 

reset (See col. 6, lines 2-9). 



8. Claims 18 and 28 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Evans [US 6,253,250 B1] in view of Lupien [US 6,996,659 B2] as applied to claims 1-3, 5, 1 1 , 

10 13, 16, 17, 21, 26, 27, and 31-47 above, and further in view of Sweet [US 2005/0036577 A1]. 

Referring to claim 18, Evans, as modified by Lupien, discloses all the limitations of the 
claim 18, except that does not expressly teach receiving a synchronization signal by 
synchronization logic, the synchronization signal is a result of the reset signal; receiving a clock 
input by the synchronization logic, the clock input associated with the second clock domain; and 

15 outputting an initialization idle signal when the received clock input indicates that the second 
clock domain is running. 

Sweet discloses a method for synchronizing resets in multi-clock frequency applications 
(See Abstract), wherein 

• receiving a synchronization signal (i.e., Reset signal 106 of Fig. 4) by synchronization 
20 logic (i.e., Reset synchronizer 200 of Fig. 4), the synchronization signal (i.e., said Reset 

signal) is a result of a reset signal (i.e., a result of SWJReset 403 or HWJReset 405 in 
Fig. 4); 

• receiving a clock input (i.e., Clock A 108 of Fig. 4) by the synchronization logic (i.e., said 
Reset synchronizer), the clock input (i.e., said Clock A) associated with a second clock 
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domain (i.e., a function operating at said local Clock A; See paragraphs [0025] and 
[0026]); and 

• outputting an initialization idle signal (i.e., Synchronized Reset 202 of Fig. 4) when the 
received clock input (i.e., said Clock A) indicates that the second clock domain is running 
5 • (i.e., said Clock A actively operating flip-flops 310 and 312 implies that the received 

clock input indicates that the second clock domain is running; in other words, said 
Synchronized Reset is not output if said Clock A is not operating, viz., the second clock 
domain is not properly running). 
Therefore, it would have been obvious to one of ordinary skill in the art at the time the invention 
10 was made to have included said method for synchronizing resets, as disclosed by Sweet, in 
said method for independently resetting a side of a bus bridge, as disclosed by Evans, as 
modified by Lupien, for the advantage of providing for synchronizing said reset signal with said 
received clock input in the second clock domain (i.e., a local clock signal; See Sweet, paragraph 
[0009]). 

15 

Referring to claim 28, Evans, as modified by Lupien, discloses all the limitations of the 
claim 28, except that does not expressly teach that the synchronization logic is configured for 
receiving a synchronization signal that is a result of the reset signal; for receiving a clock input 
that is associated with the second clock domain; and for outputting an initialization idle signal 
20 when the received clock input indicates that the second clock domain is running. 

Sweet discloses a system for synchronizing resets in multi-clock frequency applications 
(See Abstract), wherein the synchronization logic (i.e., Reset synchronizer 200 of Fig. 4) is 
configured 
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• receiving a synchronization signal (i.e., Reset signal 106 of Fig. 4) that is a result of a 
reset signal (i.e., a result of SW_Reset 403 or HW_Reset 405 in Fig. 4); 

• for receiving a clock input (i.e., Clock A 108 of Fig. 4) that is associated with a second 
clock domain (i.e., a function operating at said local Clock A; See paragraphs [0025] and 

5 [0026]); and 

• for outputting an initialization idle signal (i.e., Synchronized Reset 202 of Fig. 4) when 
the received clock input (i.e., said Clock A) indicates that the second clock domain is 
running (i.e., said Clock A actively operating flip-flops 310 and 312 implies that the 
received clock input indicates that the second clock domain is running; in other words, 

10 said Synchronized Reset is not output if said Clock A is not operating, viz., the second 

clock domain is not properly running). 
Therefore, it would have been obvious to one of ordinary skill in the art at the time the invention 
was made to have included said system for synchronizing resets, as disclosed by Sweet, in said 
bus bridge, as disclosed by Evans, as modified by Lupien, for the advantage of providing for 

15 synchronizing said reset signal with said received clock input in the second clock domain (i.e., a 
local clock signal; See Sweet, paragraph [0009]). 



Allowable Subject Matter 

9. Claims 4, 14, 15, 19, 20, 24, 25, 29, and 30 are allowed. 
20 10. The following is a statement of reasons for the indication of allowable subject matter: 
With respect to claim 4, the claim limitations are deemed allowable over the prior art of 
record as the prior art fails to teach or suggest that the bus protocol compliant signal is an AHB 
bus error signal. 
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With respect to claims 14 and 24, the claim limitations of the respective claims 14 and 24 
are deemed allowable over the prior art of record as the prior art fails to teach or suggest that an 
alternating state handler being associated with the first side, wherein both the bus bridge master 
interface and the alternating state handler are configured for synchronously receiving the reset 
5 signal on the first side of the bus bridge. 

The claim 15 is a dependent claim of the claim 14. 
The claim 25 is a dependent claim of the claim 24. 

With respect to claims 19 and 29, the claim limitations of the respective claims 19 and 29 
are deemed allowable over the prior art of record as the prior art fails to teach or suggest that 
10 the bus bridge slave interface is configured for outputting a component idle signal to the master 
component in response to receiving the initialization idle signal, the component idle signal being 
used to trigger the master component to transition to an idle state. 
The claim 20 is a dependent claim of the claim 19. 
The claim 30 is a dependent claim of the claim 29. 



Response to Arguments 

1 1 . Applicants' arguments with respect to claims 1,11,21, and 31 have been considered but 



12. The prior art made of record and not relied upon is considered pertinent to applicant's 
disclosure. 

Crosland [US 7,062,589 B1] discloses bus communication apparatus for programmable 
devices and associated methods. 



15 



are moot in view of the new ground(s) of rejection. 



20 



Conclusion 
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Meyer et al. [US 6,393,502 B1] disclose system and method for initiating a serial data 
transfer between two clock domains. 

Lo et al. [US 6,247,082 B1] disclose method and circuit for providing handshaking to 
transact information across multiple clock domains. 
5 Any inquiry concerning this communication or earlier communications from the examiner 

should be directed to Christopher E. Lee whose telephone number is 571-272-3637. The 
examiner can normally be reached on Monday through Friday, 6:00am - 2:30pm (EST). 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Mark H. Rinehart can be reached on 571-272-3632. The fax phone number for the 
10 . organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
15 system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private 
PAIR system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you 
would like assistance from a USPTO Customer Service Representative or access to the 
automated information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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